home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio 2000 / Ham Radio 2000.iso / ham2000 / tcp_ip / jnos / cmdshelp / attach < prev    next >
Text File  |  1994-08-23  |  6KB  |  141 lines
  1.  
  2. attach
  3.  
  4.  
  5. Attaching the ports on a PC
  6.  
  7.     attach <hw_type> <io_addr> <vector> <mode> <label> <bufsize> <mtu>
  8.     [<speed>]
  9.  
  10.      Configure and attach a hardware interface to the system. Detailed
  11. instructions for each driver are in the Attach Commands chapter.  An
  12. easy way to obtain a summary of the parameters required for a given
  13. device is to issue a partial attach command (e.g., attach asy). This
  14. produces a message giving the complete command format.
  15.  
  16.         <hw_type> is the kind of I/O device being attached to the
  17.         system.
  18.         <io_addr> is the base address of the control registers for the
  19.         device.
  20.         <vector>  is the interrupt vector number.  Both the address
  21.         and the vector must be in hexadecimal.  You may put "0x" in
  22.         front of the numbers, but they will be interpreted in
  23.         hexadecimal even without the prefix.
  24.         <mode>    controls how IP datagrams are to be encapsulated in
  25.         the device's link level protocol.
  26.         Choices are ax25 or slip.
  27.  
  28.      slip      Encapsulates IP datagrams directly in SLIP frames
  29.      without a link header.  This is for operating point-to-point
  30.      lines and is compatible with 4.28BSD UNIX SLIP.
  31.  
  32.      ax25      Similar to slip, except that an AX.25 header and a KISS
  33.      TNC control header are added to the front of the datagram before
  34.      SLIP encoding.  Either UI (connectionless) or I (connection-
  35.      oriented) AX.25 frames can be used.
  36.         
  37.         <label>   defines the name by which the interface will be
  38.         known to various commands, such as "connect", "route",
  39.         "trace", etc.
  40.         
  41.         <bufsize> For ASYNCHRONOUS PORTS, specifies the size of the
  42.         ring buffer in bytes to be statically allocated to the
  43.         receiver; incoming bursts larger than <bufsize> may cause data
  44.         to be lost.
  45.         For ETHERNET, specifies how many PACKETS may be queued in the
  46.         receive queue at one time.  Excess packets will be discarded
  47.         as they are received.  This is useful to prevent the system
  48.         from running out of memory should another node suddently
  49.         develop a case of diarrhea.
  50.         
  51.         <mtu>     is the Maximum Transmission Unit size in bytes.  See
  52.         the System Configuration Manual for a discussion of the effect
  53.         of MTU on system performance.
  54.  
  55.     attach asy <io_addr> <vector> <mode> <label> <bufsize> <mtu>
  56.     [<speed>]
  57.  
  58.      Configure and attach a standard PC asynchronous I/O port using
  59. the National 8250, 16450, or 16550 chip or equivalent to the system,
  60. where:
  61.  
  62.         <io_addr> is the comm port address; e.g., com1 = 0x3f8
  63.         <vector>  is the comm port IRQ value.
  64.         
  65.     attach axip <iface> <mtu> <ipaddress> [<callsign>]
  66.  
  67.      Create a RFC1226 compatible AX.25 frame encapsulator for
  68. transmission of AX.25 frames over the IP.  This command is used to
  69. establish a point-to-point AX.25 'tunnel' between two systems.
  70.  
  71.  
  72.         <iface>   will be the name of the new interface,
  73.         <mtu>     is the maximum transmission unit for the interface,
  74.         <ipaddress> is the address of the system on the other side of
  75.         the 'tunnel,
  76.         <callsign> is the optional AX.25 callsign this station is
  77.         listening on for frames to digipeat. Note that if you want
  78.         cross-tunnel digipeating to work, each attached axip interface
  79.         should listen to a different callsign.  These should also be
  80.         different from other callsigns used on this station.
  81.           
  82.           attach axip axip1 256 44.26.1.19 WG7J-15
  83.           
  84.           
  85.     attach pkiss <iface> <mtu> <ipaddress> [<callsign>]
  86.      Attach a serial port in G8BPQ polled kiss mode.
  87.      
  88.      To attach other TNCs to be polled on the same port, attach them
  89.      as additional kiss devices (see below).  They will automatically
  90.      be polled.
  91.      
  92.     attach kiss <asy_iface_label> <port> <label> [mtu]
  93.  
  94.      Attach a second kiss interface on the serial port. This command
  95.      allows the use of multiport TNCs.
  96.      
  97.         <asy_iface_label>   is the name of the serial port interface.
  98.         <port>    is the port number (1-15) to use, and probably
  99.         should be 1. (the original asy port is automatically port 0 !)
  100.         <label>   is the name for this second kiss port.
  101.         <mtu>     is an optional mtu, if different from the mtu on the
  102.         first kiss port.
  103.  
  104.           # Attach a dualport tnc in kiss mode.
  105.           # Ports are labelled 'port1' and 'port2'
  106.           
  107.           # Attach a PC asynch port (com1 in this example)
  108.           
  109.           attach asy 03f8 4 ax25 port1 512 256 9600
  110.           
  111.           # Attach the second port on the multiport tnc
  112.           
  113.           attach kiss port1 1 port2
  114.           
  115.     
  116.  
  117.     
  118.  
  119.     attach netrom
  120.  
  121.      This makes available a pseudo interface to enable NET/ROM
  122. operations.  This command is automatically executed when the netrom
  123. server is started with the 'start netrom' command.
  124.  
  125.      [ipaddress] is an optional ip address for the netrom interface.
  126. If not set, the system 'ip address' will be used.
  127.  
  128.  
  129.     attach packet <softintr#> <iface_label> <maxqueue> <mtu>
  130.  
  131.      Driver for use with separate software "packet drivers" which
  132.      conform to the FTP Software, Inc., Software Packet Driver
  133.      specification.  See the Crynwr (TM) packet driver collection
  134.      if your hardware driver came without a packet driver.
  135.      
  136.     attach scc
  137.  
  138.      PE1CHL driver for generic 8530 cards
  139.      
  140.  
  141.